Tenant copy operation in a microservice architecture

ABSTRACT

Computer-readable media, methods, and systems are disclosed for copying tenant data within a cloud-based microservice architecture including a Kubernetes cluster. Copy tasks are generated for a plurality of microservices and progress of the copy tasks is monitored by updating one or more statuses associated with the copy tasks. One or more job files may be generated for each microservice including executable code for copying the tenant data within the microservice or within a data store associated with the respective microservice.

BACKGROUND

Multi-Tenant cloud applications including microservice architecture maybe used to serve a variety of client requests. However, eachmicroservice may have a different degree of scalability, resilience, andpersistency. For example, in some cases each microservice may have itsown persistency for storing tenant data. As such, it becomes difficultto manage and synchronize persistency across multiple microservices.

Another issue is present in monitoring tenant data across a plurality ofmicroservices. For example, it may be difficult to determine whethertenant data is copied consistently across the various microservices.

SUMMARY

Embodiments solve the above-mentioned problems by providing systems,methods, and computer-readable media for copying tenant data within acloud-based microservice architecture including generating copy tasksfor a plurality of microservices and monitoring the progress of the copytasks. In some embodiments, the plurality of microservices may besupported on a Kubernetes cluster.

A first embodiment is directed to one or more non-transitorycomputer-readable media storing computer-executable instructions that,when executed by a processor, perform a method for copying tenant datawithin a cloud-based microservice architecture including a Kubernetescluster, the method comprising initiating, on a tenant service, a tenantcopy operation associated with a set of tenant data for a tenant,generating a copy task for each of a plurality of microservicessubscribed to the tenant service, executing one or more events of thecopy task including copying the set of tenant data in the plurality ofmicroservices, determining that the copy task is completed for at leastone microservice of the plurality of microservices, responsive todetermining that the copy task is completed for the at least onemicroservice, updating a status for the respective copy task,determining that the copy task is completed for each of the plurality ofmicroservices, and responsive to determining that the copy task iscompleted for the entire plurality of microservices, updating a statusof the tenant copy operation in the tenant service.

A second embodiment is directed to a method for copying tenant datawithin a cloud-based microservice architecture including a Kubernetescluster, the method comprising initiating, on a tenant service, a tenantcopy operation associated with a set of tenant data for a tenant,generating a copy task for each of a plurality of microservicessubscribed to the tenant service, executing one or more events of thecopy task including copying the set of tenant data in the plurality ofmicroservices, determining that the copy task is completed for at leastone microservice of the plurality of microservices, responsive todetermining that the copy task is completed for the at least onemicroservice, updating a status for the respective copy task,determining that the copy task is completed for each of the plurality ofmicroservices, and responsive to determining that the copy task iscompleted for the entire plurality of microservices, updating a statusof the tenant copy operation in the tenant service.

A third embodiment is directed to a cloud-based microservice systemcomprising a Kubernetes cluster with a plurality of microservices, and aprocessor programmed to perform a method for copying tenant data withina cloud-based microservice system, the method comprising initiating, ona tenant service, a tenant copy operation associated with a set oftenant data for a tenant, generating a copy task for each of theplurality of microservices, the plurality of microservices subscribed tothe tenant service, executing one or more events of the copy taskincluding copying the set of tenant data in the plurality ofmicroservices, determining that the copy task is completed for at leastone microservice of the plurality of microservices, responsive todetermining that the copy task is completed for the at least onemicroservice, updating a status for the respective copy task,determining that the copy task is completed for each of the plurality ofmicroservices, and responsive to determining that the copy task iscompleted for the entire plurality of microservices, updating a statusof the tenant copy operation in the tenant service.

Additional embodiments are directed to generating one or more testtenants based at least in part on a set of master data associated with acloud-based microservice architecture, wherein the test tenants are usedto test configurations or to train employees.

This summary is provided to introduce a selection of concepts in asimplified form that are further described below in the detaileddescription. This summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used to limit the scope of the claimed subject matter. Other aspectsand advantages of the disclosure will be apparent from the followingdetailed description of the embodiments and the accompanying drawingfigures.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

Embodiments are described in detail below with reference to the attacheddrawing figures, wherein:

FIG. 1 depicts an exemplary system diagram illustrating components of amicroservice architecture relating to some embodiments;

FIG. 2 depicts an exemplary flow diagram for copying tenant datarelating to some embodiments;

FIG. 3 depicts an exemplary method for copying tenant data within acloud-base microservice environment relating to some embodiments;

FIG. 4 depicts a swim lane diagram illustrating the componentresponsibility flow of a process relating to some embodiments; and

FIG. 5 depicts an exemplary hardware platform for carrying out certainembodiments.

The drawing figures do not limit the disclosure to the specificembodiments disclosed and described herein. The drawings are notnecessarily to scale, emphasis instead being placed upon clearlyillustrating the principles of the present teachings.

DETAILED DESCRIPTION

The following detailed description references the accompanying drawingsthat illustrate specific embodiments in which the present teachings canbe practiced. The embodiments are intended to describe aspects of thedisclosure in sufficient detail to enable those skilled in the art topractice the present teachings. Other embodiments can be utilized andchanges can be made without departing from the scope of the disclosure.The following detailed description is, therefore, not to be taken in alimiting sense. The scope of the present teachings is defined only bythe appended claims, along with the full scope of equivalents to whichsuch claims are entitled.

In this description, references to “one embodiment,” “an embodiment,” or“embodiments” mean that the feature or features being referred to areincluded in at least one embodiment of the technology. Separatereferences to “one embodiment,” “an embodiment,” or “embodiments” inthis description do not necessarily refer to the same embodiment and arealso not mutually exclusive unless so stated and/or except as will bereadily apparent to those skilled in the art from the description. Forexample, a feature, structure, act, etc. described in one embodiment mayalso be included in other embodiments, but is not necessarily included.Thus, the technology can include a variety of combinations and/orintegrations of the embodiments described herein.

Turning first to FIG. 1 , system 100 is illustrated in connection withan exemplary system diagram, which relates to various embodiments. Insome embodiments, the system 100 includes a Kubernetes cluster 102comprising a plurality of nodes and a plurality of pods. In someembodiments, a tenant service 104 may be included for servicing a tenantdata copy operation. In some such embodiments, the tenant service 104may be a microservice running on the Kubernetes cluster 102, as shown.Further, the tenant service 104 may be configured to receive tenant datafrom a plurality of tenants 106. For example, the tenant service 104 maybe communicatively coupled to one or more tenants 106 for receivingtenant data. In some embodiments, the tenants 106 may include entitiessuch as organizations of multiple users or single users utilizing thefunctionality of the microservices running on the Kubernetes cluster102.

In some embodiments, the tenant service 104 generates a plurality oftasks 108 within the Kubernetes cluster 102. Here, the tasks 108 mayinclude tenant data copying tasks for copying tenant data across theKubernetes platform. In some embodiments, the tasks 108 may beKubernetes jobs configured to be executed by the Kubernetes cluster 102.The Kubernetes cluster 102 may include a plurality of microservices 110each of which may be associated with a respective pod of the Kubernetescluster 102. In some embodiments, each microservice 110 may beassociated with a storage component, for example, a first databasemanagement system 112, a second database management system 114, a searchsystem 116, a file system 118, or a version control system 120. In someembodiments, the first database management system 112 may be arelational database management system such as, for example, PostgreSQL,and the second database management system 114 may be a non-structured orunstructured database management system such as, for example, MongoDB.In some embodiments, each microservice may have exclusive persistencysuch that a given microservice manages, in connection with a tenantentry, tenant data independently from the other microservices.

In some embodiments, the search system 116 may be associated with asearch microservice for searching for data stored on the search system116. Similarly, the file system 118 may be associated with a file systemmicroservice for file management. In some embodiments, the versioncontrol system 120 may store versioning data for a versioningmicroservice. Here, the versioning data may be associated with changesover time for stored documents. However, it should be understood thatthe microservices described herein are just a few examples and that avariety of different microservices not explicitly described herein arecontemplated.

In some embodiments, the tenant service 104 may be configured to copytenant data from a source tenant to a target tenant. Accordingly, a newtenant may be created for a user and the tenant data is copied from thesource to the target. In some embodiments, the tenant data may be copiedin response to receiving a copy request from a user. For example, a usermay log into a tenant account associated with the microservicearchitecture to request a copy of the tenant data. In some embodiments,the tenant service 104 may perform a variety of specialized tasksincluding creating tenants, copying tenant data, deleting tenant data,restoring tenant data, and backing up tenant data. In some embodiments,the tenant service 104 may act as a specialized microservice within theKubernetes cluster 102. Embodiments are contemplated in which each ofthe plurality of microservices 110 may subscribe to the tenant service104 for the copy functionality of the tenant service 104. Accordingly,the tenant service 104 may provide a copy task for each subscribedmicroservice, the copy task operable to generate a copy of the tenantdata for the microservice. In some embodiments, the copied tenant datamay be directly stored on the microservice. Alternatively, in someembodiments, the copied tenant data may be stored on one of the databasemanagement systems 112, 114, the search system 116, the file system 118,the version control system 120, or on a data store accessible to therespective microservice such that the copied tenant data is accessibleto the microservice.

Turning now to FIG. 2 , an exemplary flow diagram referred to generallyby reference numeral 200 is depicted relating to some embodiments. Thediagram 200 includes the tenant service 104, as shown. In someembodiments, the tenant service 104 submits an operation to a jobscheduler 202. Here, the operation may be submitted as a messageincluding text or some other form of instructions to perform one or morecopy jobs associated with the operation. Accordingly, in someembodiments, the job scheduler 202 may generate one or more job files204 based on the received instructions. In some embodiments, the jobscheduler 202 may further translate the instructions into a file typethat is readable by one or more of the microservices 110.

In some embodiments, the job scheduler 202 may be communicativelycoupled to a job manager 206. In some such embodiments, the job manager206 may run on the Kubernetes cluster 102 and may communicate through anApplication Programming Interface (API). Accordingly, the job scheduler202 may interface with the job manager 206 via API to submit APIartifacts and retrieve one or more tags associated with the copyoperation. In some embodiments, the job scheduler 202 provides theinstructions from the tenant service 104 to the job manager 206. In someembodiments, the instructions may be provided by transmitting the one ormore job files 204 to the plurality of microservices.

In some embodiments, the job manager 206 generates one or more copy jobs208 based on the job files 204. For example, in some embodiments, thejob manager provides a copy job for each of a plurality of microservicesrunning on the Kubernetes cluster 102. Further, in some embodiments, thecopy jobs 208 may be generated from a job template 210. In someembodiments, information associated with the copy jobs 208 may betransmitted to an event service 212. In some embodiments, the eventservice 212 may be associated with the microservices of the Kubernetescluster 102. For example, embodiments are contemplated in which theevent service 212 receives an indication of the status of the one ormore copy jobs 208. In some embodiments, the tenant service 104 may besubscribed to the event service 212 such that the tenant service 104receives information from the event service 212. For example, the tenantservice 104 may receive status information associated with the copy jobs208.

In some embodiments, the copy jobs 208 comprise configuration dataassociated with a subscription of the microservice to the tenant service104. In some such embodiments, the configuration data may be used toconnect to an underlying tenant persistency of the microservice.Accordingly, embodiments are contemplated in which the configurationdata includes schema information associated with the tenant persistencyof the microservice. For example, the schema information may beassociated with a data storage schema for a data store associated withthe given microservice. As such, job files 204 may include configurationdata so that the copied tenant data can be stored and formattedaccording to the specific data storage schema of the microservice.Accordingly, each of the job files 204 may be specific to a particularmicroservice.

Turning now to FIG. 3 , a method 300 for copying tenant data within acloud-based microservice environment is depicted relating to someembodiments. In some such embodiments, at least one of the stepsdescribed herein may be performed using any of the tenant service 104,the job scheduler 202, the job manager 206, the event service 212, orany of the one or more microservices 110 of the Kubernetes cluster 102.Further, embodiments are contemplated in which operations may bedistributed across multiple entities. For example, in some embodiments,a first portion of the steps of method 300 may be carried out using thetenant service 104 while a second portion of the steps are carried outon the job manager 206. In some embodiments, the steps described hereinmay be performed using a processor of any of the components of thesystem 100, as shown in FIG. 1 . For example, in some embodiments, stepsmay be executed on a processor associated with the tenant service 104.

At step 302 a tenant copy operation is initiated. In some embodiments,the copy operation may be initiated by the tenant service 104. In someembodiments, the tenant copy operation may be initiated in response to auser input or other event. For example, embodiments are contemplated inwhich the copy operation is initiated in response to a change to tenantdata. Here, a user may change tenant data by adding a new tenant or byediting tenant information within a tenant data service.

At step 304 one or more copy tasks are generated based on the initiatedtenant copy operation. Here, the copy tasks may be generated as one ormore job files 204, for example, using the job scheduler 202. In someembodiments, the copy tasks may be generated based on a specificmicroservice. For example, a different copy task may be generated foreach microservice of the plurality of microservices 110. In some suchembodiments, the job file 204 may include code which is compatible withthe respective microservice. Further, the specific copy tasks and jobfiles may be configured to interact with a specific database typeassociated with a given microservice. For example, the job file 204 mayinclude copy functions that are specific to the data base managementsystem 112 or the files system 118.

At step 306 one or more events are executed for a microservice of theplurality of microservices 110. In some embodiments, the events may beexecuted by executing one or more lines of code of the generated copytasks or job files 204. In some embodiments, the events may be executedusing the job manager 206. In some embodiments, the events includecopying tenant data for the microservice. For example, a set of tenantdata associated with the copy task or job file may be copied and updatedwithin a database associated with the respective microservice.

At step 308 a status is determined for one or more of the copy tasks.Here, the status may be determined as either of completed or incomplete.For example, in some embodiments, the job file may include a statusvariable that may be updated to a complete status after one or morelines of code of the job file has been executed. At step 310 a statusfor one or more of the copy tasks is updated in response to determiningthe status of the task. In some embodiments, the status may be updatedin either of the tenant service 104 or the job manager 206. For example,in some embodiments, an indication of the status is published to theevent service 212 such that the status is accessible by the tenantservice 104. In some embodiments, the tenant service 104 may beassociated with a data store for storing the status information. In someembodiments, statistics associated with the copy task may also be sharedwith the tenant service 104. For example, in some embodiments, an eventassociated with the copy task may be generated and published to theevent service 212.

At step 312 it may be determined how many of the tasks have beencompleted. In some embodiments, this may be accomplished by checking thestatus for each of the plurality of tasks. In some embodiments, thestatuses may be checked using the tenant service 104. For example, thedata store associated with the tenant service 104 may be accessed toretrieve the status information. At step 314 a status for the copyoperation is updated to complete in response to determining that all ofthe copy tasks have been completed.

In some embodiments, the copy operation may include a queue of copytasks. Accordingly, the queue may be monitored by reviewing the statusfor each of the copy tasks in the queue. Here, each copy task of thequeue may be carried out asynchronously. Accordingly, in someembodiments, the copy tasks may be executed simultaneously such that afirst task is executed in a first microservice while a subsequent taskis executed in another microservice and the tasks do not have to becompleted in any particular order.

Turning now to FIG. 4 , an exemplary swim lane diagram is depictedillustrating component responsibility flow for a process of copyingtenant data relating to some embodiments. In some embodiments, the stepsof the copying process may be divided between one or more entities suchas a tenant device, a tenant service, and a microservice, as shown. Atstep 402 tenant data may be updated, for example, using a tenant devicesuch as one of tenants 106. In some embodiments, updating tenant datamay include any combination of adding a new tenant, removing a tenant,or editing existing tenant information.

At step 404 the tenant service 104 generates a copy of the receivedtenant data. In some embodiments, the copy may be configured in a formwhich is accessible by a specific microservice. Accordingly, embodimentsare contemplated in which a plurality of copies are generated for arespective plurality of microservices. At step 406 a plurality of copytasks is generated. In some embodiments, each of the copy jobs isgenerated for a specific microservice of the plurality of microservices.In some such embodiments, each copy task may include one or more linesof code for copying the tenant data within a specific microservice. Forexample, in some embodiments, the copy task may comprise one or morecopying functions for generating a copy of the tenant data within a datastore associated with the microservice.

At step 408 a status is set for the copy operation. In some embodiments,a status may be set for each of the plurality of copy tasks. In someembodiments, a status may be created for the entire copy operation, aswell as for each task. Accordingly, the progress of the copyingoperation may be monitored as a whole and for each individualmicroservice. At step 410 the copy tasks are triggered for the pluralityof microservices. In some embodiments, the copy tasks may be triggeredby transmitting the job files or copy tasks to the plurality ofmicroservices, which may be implemented using the job scheduler 202 orjob manager 206. In some embodiments, the copy tasks may be initiated asasynchronous events within each microservice. Accordingly, each copytask may be configured to self-terminate and publish information back tothe tenant service 104, as will be described in further detail below.

At step 412 the tenant data is copied for each microservice. In someembodiments, the tenant data may be copied when executing the job filewhich may be configured to store the tenant data within a data store. Insome embodiments, if it is determined that the tenant does not alreadyexist within the microservice, the tenant may be provisioned and addedwithin the microservice. At step 414 the status of the copy task isdetermined. In some embodiments, the status may be determined bychecking whether the copy task has been completed. At step 416statistics associated with the copy task may be shared to the tenantservice 104. Here, the statistics may include the status of the copytask as well as other task related information. In some embodiments, thestatistics may be published to the event service 212 such that they areaccessible to the tenant service 104.

At step 418 a status for one or more of the copy tasks may be updated inthe tenant service 104. In some embodiments, the status may be updatedin the tenant service 104 based on the statistics shared at step 416. Insome embodiments, the tenant service 104 may monitor the progress forthe copy task of each microservice by updating and reviewing the statusfor each copy task. For example, embodiments are contemplated in whichthe tenant service 104 can automatically initiate a further copy task inresponse to a copy task not completing within a predetermined period oftime. Further, in some embodiments, an email or other communication maybe automatically transmitted to one or more users indicating thefailure/success for each of the copy tasks, such that a user can monitorthe copy tasks. Further still, in some embodiments, the status andstatistics of the tenant copy tasks may be published to a user interfacefor monitoring the copy operation. At step 420 a status for the copyoperation may be updated in the tenant service 104. In some embodiments,the status of the copy operation may be updated in response todetermining that all of the copy tasks have been completed. Accordingly,the status of the copy operation may be indicative of successful copyingof the tenant data on each of the plurality of microservices.

In some embodiments, a tenant status may be updated responsive toupdating the copy operation status. For example, in some embodiments,the tenant status may be updated to a live status to indicate that thetenant data for each microservice includes the most recently updatedtenant information. Accordingly, in some embodiments, each tenant of aplurality of tenants may include a tenant status indicating whether thetenant data in the plurality of microservices is accurate. Further, thetask statuses may be used to identify one or more microservices which donot have the most recently updated tenant data.

In some embodiments, the tenant data may be copied across each of themicroservices. Accordingly, the tenant copy operation described hereinprovides scalability to the cloud-based microservice architecture. Here,horizontal scaling may be achieved and a single Kubernetes cluster mayprovide service to a plurality of users. Alternatively, embodiments arecontemplated in which the tenant data may only be copied for a portionof the plurality of microservices. For example, in some embodiments, itmay be desirable that tenant data is only persisted for certainmicroservices. Here, the tenant service 104 may determine a portion ofthe plurality of microservices that are associated with the tenant forwhich data is being copied. In some embodiments, a scope for the tenantmay be stored within a data store associated with the tenant service 104indicating which microservices the tenant is associated with.Accordingly, the copying operation may be optimized such that the tenantdata is only copied where necessary for a given tenant.

In some embodiments, the tenant copy operation may be used to generate atest tenant. For example, the tenant copy operation may provide a testtenant based on real-world tenant data for testing various microservicesor for training employees. In some embodiments, one or more test tenantsmay be generated based at least in part on a set of master dataassociated with the tenant or with the plurality of microservices. Here,the test tenants may be used for training by simulating real-worldtenant environment.

Turning now to FIG. 5 , an exemplary hardware platform for certainembodiments is depicted. Computer 502 can be a desktop computer, alaptop computer, a server computer, a mobile device such as a smartphoneor tablet, or any other form factor of general- or special-purposecomputing device. Depicted with computer 502 are several components, forillustrative purposes. In some embodiments, certain components may bearranged differently or absent. Additional components may also bepresent. Included in computer 502 is system bus 504, whereby othercomponents of computer 502 can communicate with each other. In certainembodiments, there may be multiple busses or components may communicatewith each other directly. Connected to system bus 504 is centralprocessing unit (CPU) 506. Also attached to system bus 504 are one ormore random-access memory (RAM) modules 508. Also attached to system bus504 is graphics card 510. In some embodiments, graphics card 510 may notbe a physically separate card, but rather may be integrated into themotherboard or the CPU 506. In some embodiments, graphics card 510 has aseparate graphics-processing unit (GPU) 512, which can be used forgraphics processing or for general purpose computing (GPGPU). Also ongraphics card 510 is GPU memory 514. Connected (directly or indirectly)to graphics card 510 is display 516 for user interaction. In someembodiments no display is present, while in others it is integrated intocomputer 502. Similarly, peripherals such as keyboard 518 and mouse 520are connected to system bus 504. Like display 516, these peripherals maybe integrated into computer 502 or absent. Also connected to system bus504 is local storage 522, which may be any form of computer-readablemedia, and may be internally installed in computer 502 or externally andremovably attached.

Such non-transitory, computer-readable media include both volatile andnonvolatile media, removable and nonremovable media, and contemplatemedia readable by a database. For example, computer-readable mediainclude (but are not limited to) RAM, ROM, EEPROM, flash memory or othermemory technology, CD-ROM, digital versatile discs (DVD), holographicmedia or other optical disc storage, magnetic cassettes, magnetic tape,magnetic disk storage, and other magnetic storage devices. Thesetechnologies can store data temporarily or permanently. However, unlessexplicitly specified otherwise, the term “computer-readable media”should not be construed to include physical, but transitory, forms ofsignal transmission such as radio broadcasts, electrical signals througha wire, or light pulses through a fiber-optic cable. Examples of storedinformation include computer-useable instructions, data structures,program modules, and other data representations.

Finally, network interface card (NIC) 524 is also attached to system bus504 and allows computer 502 to communicate over a network such asnetwork 526. NIC 524 can be any form of network interface known in theart, such as Ethernet, ATM, fiber, Bluetooth, or Wi-Fi (i.e., the IEEE802.11 family of standards). NIC 524 connects computer 502 to localnetwork 526, which may also include one or more other computers, such ascomputer 528, and network storage, such as data store 530. Generally, adata store such as data store 530 may be any repository from whichinformation can be stored and retrieved as needed. Examples of datastores include relational or object oriented databases, spreadsheets,file systems, flat files, directory services such as LDAP and ActiveDirectory, or email storage systems. A data store may be accessible viaa complex API (such as, for example, Structured Query Language), asimple API providing only read, write and seek operations, or any levelof complexity in between. Some data stores may additionally providemanagement functions for data sets stored therein such as backup orversioning. Data stores can be local to a single computer such ascomputer 528, accessible on a local network such as local network 526,or remotely accessible over Internet 532. Local network 526 is in turnconnected to Internet 532, which connects many networks such as localnetwork 526, remote network 534 or directly attached computers such ascomputer 536. In some embodiments, computer 502 can itself be directlyconnected to Internet 532.

Although the present teachings have been described with reference to theembodiments illustrated in the attached drawing figures, it is notedthat equivalents may be employed and substitutions made herein withoutdeparting from the scope of the present teachings as recited in theclaims.

Having thus described various embodiments, what is claimed as new anddesired to be protected by Letters Patent includes the following:
 1. Oneor more non-transitory computer-readable media storingcomputer-executable instructions that, when executed by a processor,perform a method for copying tenant data within a cloud-basedmicroservice architecture including a Kubernetes cluster, the methodcomprising: initiating, on a tenant service, a tenant copy operationassociated with a set of tenant data for a tenant; generating a copytask for each of a plurality of microservices subscribed to the tenantservice; executing one or more events of the copy task including copyingthe set of tenant data in the plurality of microservices; determiningthat the copy task is completed for at least one microservice of theplurality of microservices; responsive to determining that the copy taskis completed for the at least one microservice, updating a status forthe respective copy task; determining that the copy task is completedfor each of the plurality of microservices; and responsive todetermining that the copy task is completed for each of themicroservices, updating a status of the tenant copy operation in thetenant service.
 2. The media of claim 1, wherein each microservice ofthe plurality of microservices is associated with a respective pod ofthe Kubernetes cluster.
 3. The media of claim 2, wherein the set oftenant data is copied and stored on each of a relational data baseassociated with one of the plurality of microservices and anon-structured data base associated with another one of the plurality ofmicroservices.
 4. The media of claim 1, further comprising: determiningthat the copy task is not completed within a predetermined period oftime; and in response to determining that the copy task is notcompleted, automatically initiating a subsequent copy task for one ofthe plurality of microservices.
 5. The media of claim 1, wherein thecopy task comprises a microservice-specific job file including one ormore lines of code configured to store the set of tenant data within adata store associated with a respective microservice of the plurality ofmicroservices.
 6. The media of claim 1, further comprising transmittinga set of statistics associated with the copy task to the tenant service,wherein the set of statistics includes status information for the copytask.
 7. The media of claim 1, further comprising in response toupdating the status of the tenant copy operation, updating a status forthe tenant associated with the tenant data to a live status.
 8. A methodfor copying tenant data within a cloud-based microservice architectureincluding a Kubernetes cluster, the method comprising: initiating, on atenant service, a tenant copy operation associated with a set of tenantdata for a tenant; generating a copy task for each of a plurality ofmicroservices subscribed to the tenant service; executing one or moreevents of the copy task including copying the set of tenant data in theplurality of microservices; determining that the copy task is completedfor at least one microservice of the plurality of microservices;responsive to determining that the copy task is completed for the atleast one microservice, updating a status for the respective copy task;determining that the copy task is completed for each of the plurality ofmicroservices; and responsive to determining that the copy task iscompleted for each of the microservices, updating a status of the tenantcopy operation in the tenant service.
 9. The method of claim 8, furthercomprising determining a portion of the plurality of microservices thatare associated with the tenant.
 10. The method of claim 9, furthercomprising: determining that a tenant entry for the tenant does notexist in one of the plurality of microservices; and in response todetermining that the tenant entry does not exist, provisioning a tenantentry for the tenant.
 11. The method of claim 8, wherein each of theplurality of microservices is subscribed to the tenant service via anevent service associated with the microservice architecture.
 12. Themethod of claim 11, further comprising transmitting a set of statisticsassociated with the copy task to the tenant service, wherein the set ofstatistics includes status information for the copy task.
 13. The methodof claim 12, further comprising: determining that the copy task is notcompleted within a predetermined period of time; and in response todetermining that the copy task is not completed, automaticallyinitiating a subsequent copy task for one of the plurality ofmicroservices.
 14. The method of claim 13, wherein the tenant copyoperation is initiated in response to receiving a change to the set oftenant data.
 15. A cloud-based microservice system comprising: aKubernetes cluster with a plurality of microservices; and a processorprogrammed to perform a method for copying tenant data within acloud-based microservice system, the method comprising: initiating, on atenant service, a tenant copy operation associated with a set of tenantdata for a tenant; generating a copy task for each of the plurality ofmicroservices, the plurality of microservices subscribed to the tenantservice; executing one or more events of the copy task including copyingthe set of tenant data in the plurality of microservices; determiningthat the copy task is completed for at least one microservice of theplurality of microservices; responsive to determining that the copy taskis completed for the at least one microservice, updating a status forthe respective copy task; determining that the copy task is completedfor each of the plurality of microservices; and responsive todetermining that the copy task is completed for each of themicroservices, updating a status of the tenant copy operation in thetenant service.
 16. The system of claim 15, further comprising: a jobscheduler communicatively coupled with the tenant service for generatingone or more job files associated with the tenant copy operation; and ajob manager communicatively coupled with the job scheduler for executingthe copy tasks for each of the plurality of microservices.
 17. Thesystem of claim 16, wherein the job manager generates one or more copyjobs based at least in part on a job template.
 18. The system of claim17, further comprising an event service for publishing information tothe tenant service.
 19. The system of claim 15, further comprising: afirst database management system associated with a first microservice ofthe plurality of microservices; a second database management systemassociated with a second microservice of the plurality of microservices;a search system associated with a third microservice of the plurality ofmicroservices; a file system associated with a fourth microservice ofthe plurality of microservices; and a version control system associatedwith a fifth microservice of the plurality of microservices.
 20. Thesystem of claim 19, wherein executing one or more events of the copytask includes copying the tenant data on the first database managementsystem such that the tenant data is accessible by the firstmicroservice.